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REMARKS 

In the final Office Action mailed April 27, 2004, the Examiner required a substitute 
specification to be filed in compliance with 37 CFR § 1.52(a) and (b), and rejected claims 1-27 
under 35 USC § 102(e) as being anticipated by Raahunandan (U.S. Patent No. 6,721,785). 
The foregoing rejections are respectfully traversed. 

In accordance with the foregoing, the drawings, specification, claims 1, 2, 4, 7-1 1,13, 
16-20, and 22-27 have been amended, and claims 3, 12, and 21 have been cancelled. Claims 
1 , 2, 4-1 1 , 13-20, and 22-27 are pending and under consideration. No new matter is presented. 

Raqhunandan discusses a "...system receives lists of email addresses along with email 
transmission directives (9) from the user...[t]he system then checks whether the transmission 
directives include any selection commands (10)...[i]f no selection commands are specified, 
further processing is suspended and the email lists remain unchanged... [i]f however, the user 
has specified selection command, then the system scans each of the lists of the email address 
expanding any aliases that it finds (11)...[t]he email transmission directives are then parsed in 
accordance with rules and stored in array (12)...[t]he pointer for reading the array is thereafter 
initialized to the beginning of the array (20)...[a]s each parsed transmission directive is read 

(13) , it is checked to determine whether it is an inclusion directive or an exclusion directive 

(14) ...[i]n case it is an exclusion directive, then the corresponding email address of the recipient 
or group of recipients is deleted from the lists of addresses (15)... [similarly, if the directive is an 
inclusion directive then the corresponding email address(es) is added to the list of email 
addresses (16)...[t]he system then checks to confirm whether all the directives have been 
implemented (17)...[i]f some directives remain (18) then processing is continued, otherwise the 
final lists of email addresses are outputted by the system (19)" (Col. 5, lines 35-59; Figure 2). 

Raqhunandan further discusses the "...said inclusion mechanism includes a means for 
adding one or more aliases or email addresses to one or more said defined aliases in the list or 
lists of recipients, in accordance with rules based on requirements of implementation..." and 
"...a computer program product comprising a computer usable storage medium having 
computer readable code embodied therein for causing a computer to transmit email to a plurality 
of recipients, characterized in that it includes: computer readable code devices configured to 
enable provision of aliases and transmission control directives by the user..." (Col. 4, lines 27- 
40). 
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On the other hand, as described in the substitute specification in the present invention 
an adding function for "...adding a group name corresponding to the mail destination address to 
group management information..." and the "...adding function includes a providing function of 
providing an occasion of registering the group name corresponding to the mail destination 
address... a first registering function of registering the group name inputted by the user in the 
group management information... a second registering function of registering registration 
rejected state information in the group management information when a registration of the group 
name is rejected by the user" (page 10, lines 1-13). Further, as described in the substitute 
specification in the present invention the "...adding function generates the group name on the 
basis of a predetermined algorithm, and adds the thus generated group name to the group 
management information" (page 10, lines 14-16). Moreover, the substitute specification of the 
present invention describes "...the history table is created including the destination attributes 
such as To, Cc, Bcc, and the groups are generated based on these destination attributes... the 
groups are generated based on the destination attributes, thereby reducing an operational load 
upon the user such as specifying the destination attribute in the case of addressing the mail 
when delivering it" (page 16, lines 2-8). 

Therefore, the Raghunandan fails to teach or describe at least the patentably 
distinguishing feature of an adding module of adding a group name corresponding to the 
plurality of multicast target mail destination addresses of the destination attributes to group 
management information, as recited in the currently amended independent claims 1,10, and 19. 

For example, currently amended independent claim 1 recites in relevant part: 

"...a first detection module of detecting that a plurality of multicast target mail 
destination addresses exist in a stored mail delivery history; 

a generating module of executing a process of generating a group formed of the 
plurality of multicast target mail destination addresses in all destination attributes, 
corresponding to the detection; and 

an adding module of adding a group name corresponding to the plurality of 
multicast target mail destination addresses of the destination attributes to group 
management information." 

For example, currently amended independent claim 10 recites in relevant part: 

"...detecting that a plurality of multicast target mail destination addresses exist in 
a stored mail delivery history; 
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executing a process of generating a group formed of the plurality of multicast 
target mail destination addresses in all of destination attributes, corresponding to the 
detection; and 

adding a group name corresponding to the plurality of multicast target mail 
destination addresses of the destination attributes to group management information." 

For example, currently amended independent claim 19 recites in relevant part: 

"...detecting that a plurality of multicast target mail destination addresses exist in 
a stored mail delivery history; 

executing a process of generating a group formed of the plurality of multicast 
target mail destination addresses in all of destination attributes, corresponding to the 
detection; and 

adding a group name corresponding to the plurality of multicast target mail 
destination addresses of the destination attributes to group management information." 

In view of the amendments to the independent claims and the patentably distinguishing 
arguments above, it is the Applicant's position that Raqhunandan does not anticipate currently 
amended independent claims 1,10, and 19. Therefore, amended independent claims 1, 10, 19 
are in condition of allowance over Raqhunandan , thereby placing all dependent claims 2, 4-9, 
11,13-18, 20, and 22-27 depending from the independent claims 1,10, and 19, in condition for 
allowance over Raqhunandan . 

Concluding Remarks - 

Thus, the present invention is not anticipated by Raqhunandan because Raqhunandan 
fails to teach or disclose at least the patentably distinguishing features of the present invention 
as described above. 

Accordingly, withdrawal of the foregoing rejections is respectfully requested and 
allowance of all pending claims 1, 2, 4-11, 13-20, and 22-27 is requested. 

There being no further outstanding objections or rejections, it is submitted that the 
application is in condition for allowance. An early action to that effect is courteously solicited. 

Finally, if there are any formal matters remaining after this response, the Examiner is 
requested to telephone the undersigned to attend to these matters. 
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If there are any additional fees associated with filing of this Amendment, please charge 
the same to our Deposit Account No. 19-3935. 



Date: 



1201 New York Avenue, NW, Suite 700 
Washington, D.C. 20005 
Telephone: (202)434-1500 
Facsimile: (202)434-1501 



Respectfully submitted, 
STAAS & HALSEY LLP 




Gene M. Garner II 
Registration No. 34,172 
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The present invention relates generally to an E-mail system, 
and more particularly to a method capable of easily registering 
a group of mail destination addresses and an E-mail device 
adopting this method. 

Over the recent years, E-mail services have been spreading 
most widely among applications and services in the communication 
networks . The E-mail maybe def inedas a technology of delivering 
and receiving mail data (including character data, voice data 
and image data) between E-mail terminal devices connected to 
the communication networks, i.e., between the data terminals 
such as computer terminals such as personal computers (PCs) and 
workstations (WSs) . 

In the E-mail system for exchanging the mail data by way 
of E-mails, the delivery of the E-mail from a certain E-mail 
terminal device to othcr another E-mail terminal device involves 
specifying a mail address (which might hereinafter be simply 
referred toas anaddress) allocated to the E-mail terminal device 
as a destination and forwarding the mail data to the communication 
network . 

An E-mail server (E-mail post) connected to the 
communication network sorts out the E-mails into predetermined 
mailboxes on the basis of the mail addresses (mail destination 
addresses) . The E-mail terminal device acts as a receiver by 
takes taking the E-mail addressed to this terminal device itaclf 
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out of the mailbox, and thus rcccivco receiving the mail data 
itself . 

This type of E-mail system incorporates additional 
functions such as replying, transferring, storing and further 
5 multicasting in addition to the basic functions of creating, 
delivering and receiving the mail. This multicasting function 
may be defined as a service for specifying a plurality of 
destinations (mail destination addresses) , naming a certain 
group, and multicasting the same mail data to all of the plurality 

10 of destinations and all the users (members) belonging to ^tfee 
abovc that certain group , all at one time. 

According to the conventional E-mail system, the user is 
required to specify all the mail addresses when multicasting 
the same E-mail to the plurality of destinations at one time. 

15 For attaining thia , thc The user must , therefore, manually 

input the plurality of mail destination addresses or pick up 
the plurality of input mail destination addresses from an E-mail 
address list previously electronically registered in the E-mail 
terminal device, i.e., from a mail address book , and input thcoc 

20 addresses . 

Every address input operation is, however, laborious to 
the user and is inefficient . Such being the caoc, there exists 
aA group registration management method o# exists for managing 
the groups. This registration management method includes 

25 creating groups , where each conoiot ing group consists of the 
plurality of mail destination addresses, and then registering 
these mail destination address groups in accordance with a 
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predetermined rule , and thua managing the groupo . According 
to this group registration management method, it is feasible 
to quickly specify the plurality of mail addresses belonging 
to a specified group. 
5 The mail address group registering function (grouping 

function) described above is provided as one function mainly 
servingprimarily the function of incorpora t ing an E -mai 1 program 
incorporated into the E-mail terminal device. With 
multi-modules of the E-mail program, the users tend to 

10 occasionally migg an overlook the existence of this group 

registering function , and it ev e ntually becomea chronic for the 
user not to use thio function . Over a period of time not using 
the group registering function becomes problematic. Further, 
the operations themselves such as registering, referring to the 

15 group and so on are complicated, and hencc theref ore the users 
might may not be pogitive comf ortable to use the group registering 
function. 



SUMMARY OF THE INVENTION 
20 Accordingly, it is a primary object of the present 

invention to provide a technology capable of enabling the user 
to recognize an existence of a function of registering groups 
each consisting of a plurality of mail destination addresses, 
and guiding the user to positive utilisation thcrcof use the 
25 registration function . 

It is another object of the present invention to provide 
a technology capable of educing an operational load upon the 
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user and enhancing an efficiency for utilizing an E-mail system. 

To accomplish the above objects, according to a first 
aspect of the present invention, it is detected that a plurality 
of multicast target mail destination addresses exist in a 
5 hyatcrcoio history , and there is executed a process of generating 
a group formed of the plurality of mail destination addresses, 
corresponding to the detection. 

According to a second aspect of the present invention, 
a group name corresponding to the mail destination address is 
10 added to group management information. 

According to a third aspect of the present invention, there 
is provided an occasion of registering the group name 
corresponding to the mail destination address. 

According to a fourth aspect of the present invention, 
15 the group name inputted by a user is registered in the group 
management information on the occasion of registering the group 
name . 

According to a fifth aspect of the present invention, the 
group name is generated by a predetermined algorithm and added 
20 to the group management information. 

According to the present invention, it is possible to make 
the user recognize the existence of the function of registering 
the group formed of the plurality of mail destination addresses, 
and to guide the user to poaitivc utilisation thcrcof using the 
25 registration function . 

Further, according to the present invention, it is feasible 
to enhance the efficiency for utilizing the E-mail system by 
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reducing the operational load upon the user. 
Namcly Specif ically , the user is able to register the address 
group simply by answering a question of whether a group candidate 
displayed is to be registered as a formal group without performing 
5 complicated steps. 

As a result, even beginners and users of thio oort, who 
tend not to read the operation manual and continue to uoo using 
the system in an as -unrecognized state with respect to an 
existence of the mail address group registering function i** 
10 s pitc despite of its being incorporated therein, a^ ef ind it easy 
to recognize the mail address group registering function and 
input the plurality of multicast target mail addresses. 



BRIEF DESCRIPTION OF THE DRAWINGS 
15 These objects and advantages of the present invent ion will 

become more apparent and more readily appreciated from the 
following detailed description of the presently preferred 
exemplary embodiments, taken in conjunction with the 
accompanying drawings of which: 
20 FIG. 1 is a block diagram showing an architecture of an 

E-mail system in one embodiment of the present invention; 

FIG. 2 is a block diagram showing a detailed architecture 
ef— an E-mail terminal device in FIG. 1; 

FIG. 3 is a diagram showing an example of a detailed 
25 structure of a hyotorcoio hi story table; 

FIG. 4 is a flowchart showing steps of a group registering 
process ; 
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FIG. 5 is a diagram explaining a trigger for executing 
a group registering process; 

FIG. 6 is a diagram showing a dialog screen for creating 
a mail; 

5 FIG. 7 is a diagram showing a dialog screen for setting 

an input count; 

FIG. 8 is a diagram showing a group name auto registration 
setting dialog screen; 

FIG. 9 is a diagram showing a dialog screen for registering 
10 a mail address group name; and 

FIG. 10 is a diagram showing a mail address group edit 
dialog screen. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
15 Embodiments of the present invention will hereinafter be 

described with reference to the accompanying drawings. 
[Architecture of E-mail System] 

FIG. 1 shows an architecture of an E-mail system in one 
embodiment of the present invention. Referring to FIG. 1, an 

20 E-mail system 1 includes a plurality of E-mail terminal devices 
3,4,5 each accommodated in a communication network 2, and an 
E-mail server (E-mail post) 6. The communication network 2 is 
configured by the Internet or Intranet. 

Each of the E-mail terminal device 3, 4, 5 is constructed 

25 of a computer terminal such as a personal computer (PC) and a 
data. terminal such as a workstation (WS) . Mail addresses unique 
to each other are allocated to the respective E-mail terminal 
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devices . 

Further, each E-mail terminal device has a mail address 
book. The E-mail terminal device has E-mail software (program 
and data) , and . The E-mail terminal device sends and receives 
5 an-E-mail via the communication network 2 and the E-mail server 
6 by booting the E-mail software . Users can be thereby provided 
with E-mail services. 

The E-mail server 6 has a mailbox 7 and an unillustrated 
mailing list. The mailbox 7 has storage areas allocated for 
10 storing mail data for every address of an E-mail receiver 
(destination) . An E-mail addressed and sent to a 
ccrtain destination E-mail terminal device from one othcr a 
different E-mail terminal device is stored in a corresponding 
storage area in thio the mailbox 7 , and the of the destination 
15 E-mail terminal device a &when the destination E-mail terminal 
device reads the mail data from the storage area thereof, thus 
completing the delivery and receipt of the E-mail. 
[Architecture of E-mail Terminal Device] 
FIG. 2 illustrates an architecture of the E-mail terminal 
20 device 3 (4, 5) in the E-mail system 1 described above . Referring 
to FIG. 2, the E-mail terminal device includes, as in the case 
of a typical PC, a control unit (CPU) 11, a storage unit 12, 
a recording medium 13, a main storage unit (RAM) 14, an input 
device 15, a display unit 16 and a communication interface device 
25 17, which are connected to each other via an internal bus 10. 

The CPU 11 reads an existing E-mail program containing 
a group registration program (see FIG. 4) that will hereinafter 
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be explained in depth from the storage unit 12, and executes 
these programs. The RAM 14 is used as a main storage area for 
the CPU 11. 

The storage unit 12 such as a hard disk device has the 
5 recording medium 13 stored , which has previously with the stored 
programs executed by the CPU 11 and with data. The mail address 
book described above and a hyatcrcoio hi story table 131 (see FIG. 
3) that will be explained in dotailo detail later on, are stored 
on the recording medium 13 . This recording medium 13 may take 
10 a form of being fixedly provided in or detachably attached to 
the storage unit 12 . 

The input device 15 is constructed of a keyboard and a 
mouse. The input device 15 is used for creating the E-mail and 
inputting commands in order for the €GUCPU 11 to execute a 
15 specif ied program. The display unit 16 is a display for visually 
displaying a processing result by the CPU 11 to the user. The 
communication interface device 17 serves to connect the E-mail 
terminal device to the communication network 2, and to send and 
receive the E-mail to and from the E-mail server 6 on the basis 
20 of an indication given from the CPU 11. 

FIG. 3 shows an example of structure of the 
hyotorcoia hi story table 131 stored on he recording medium 13. 
This hyatcrcoio hi story table 131 consists of fields such as a 
group name field 132, a mail address field 133, an input count 
25 field 134 and a group name input reject flag f ilcd f ield 135. 

Group names given to a plurality of mail destination 
addresses that are registered in the group name field 132. If 
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the group name field 132 is blank, this implies that a group 
name is not yet registered. A plurality of mail addresses to 
which the mail is multicast are registered per group in the mail 
address field 133. 
5 The number of inputs (count value) with a combination of 

the same mail addresses for the purpose of delivering the E-mail , 
jr &are registered in the input count field 134. Further, binary 
data (0: non-reject, 1: reject) indicating whether or not the 
group name is registered in the hyotcrcoia hi story table 131, 

10 a^eis registered in the group name input reject flag field 135. 

To describe it in greater details, each of the E-mail 
terminal devices 3,4,5 incorporates the following functions 
for a group registering (group generating) process of the 
plurality of mail destination addresses. Namely, each E-mail 

15 terminal device has a first detection function of detecting that 
a plurality of multicast target mail destination addresses exist 
in the hyotcrcoia hi story , and a generating function of executing 
the process of generating the group consisting of the plurality 
of mail destination addresses. 

20 Further, each the E-mail terminal device further has a 

second detection function of detecting that there does not exist 
the group corresponding to the mail destination addresses 
existing in the hyptcrco io hi story , and the generating function 
implements the process of generating the group if there cxioto 

25 no group exists corresponding to the mail destination address. 

Moreover, the generating function of each E-mail terminal 
device includes an adding function of adding a group name 
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corresponding to the mai 1 des t inat ion address to group management 
information. The adding function includes a providing function 
of providing an occasion of registering the group name 
corresponding to the mail destination address. The adding 
5 function further includes a first registering function of 
registering h ethe group name inputted by the user in the group 
management information described above. 

The adding function further includes a second registering 
function of registering registration re j ected state information 
10 in the group management information when a registration of the 
group name is rejectedby the user . The adding function generates 
the group name on the basis of a predetermined algorithm, and 
adds the thuo generated group name to the group management 
information. 

* 15 Further, each E-mail terminal device further includes a 

setting function of setting a mail destination address input 
count in the hyo teres is hi story in order to provide the occasion 
of registering the group name, and a selecting function by which 
the user selects whether the group generating process is to be 
20 executed or not . 

[Group Registering Process for Mail Addresses] 
Next, referring to FIGS. 1, 2 and related drawings in 
combination, a group registering process for the mail addresses 
in the E-mail terminal devices 3, 4, 5 in the E-mail system 1, 
25 will be explained. 

In each of the E-mail terminal devices, the CPU 11 reads 
the E-mail program containing the mail address group registration 
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program, of which processing steps are shown in FIG. 4, from 
the recording medium 13 of the storage unit 12 onto the RAM 14 
and executes this program. In the execution of this processing, 
the RAM 14 is used as the main storage area for the CPU 11. 
5 ' In each E-mail terminal device, the execution of the group 

registering process is triggered by delivering or storing (Tl) 
an E-mail created fresh, and by delivering or storing (T2) the 
already-stored E-mail of which the destination address has been 
modified, shown in FIG. 5. 

10 For example, in the E-mail terminal device 3, when the 

user newly creates and delivers an E-mail having a content 
displayed on a mail creation dialog screen 60 shown in FIG. 6 
(which corresponds to the trigger Tl inFIG. 5) , the CPU 11 extracts 
mail addresses [To: ABC0001, Cc:ABC0002, ABC0003, ABC0004] out 

15 of mail headers 61 of delivery target E-mails, sorts out the 
addresses according to destinations 62 (To, Cc, Bcc) , and stores 
the sorted-out addresses in the RAM 14 (step S401 in FIG. 4) . 

The CPU 11 judges whether a single or a plurality of mail 
addresses are stored in the RAM 14 (S402) . If the single mail 

20 address is stored, the CPU 11 proceeds to a group registration 
end process . 

The CPU 11 reads a hyotcrcoio hi story from the 
hyotcrQaia hi story table 131 of the recording medium 13, and 
searches whether or not that combination of mail addresses exist 

25 therein (S403) . If this combination of mail addresses 
oxiot exists , the CPU 11 stores this group in the RAM 14. 

Whereas if not, the CPU 11 adds that combination of mail 
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addresses as a new hyotcrcoio hi story to the hyotcrcoio history 
table 131, and proceeds to S406 . Note that the CPU 11 may divert 
to S404 as a substitute option for S406 . In this case, a content 
of the added hyatcrcoio history is that the group name is [unnamed] , 
5 the input count is [0] , and the group name input reject flag 
is [non-reject: 0] . Incidentally, the search for the 
combination of the mail addresses in S403 involves the use of 
a complete coincidence searching method, however, a partial 
coincidence searching method may also be used. 

10 The CPU 11 checks whether or not the group name is set 

in the group searched in S403 (S404) . If the group name is set, 
the CPU 11 proceeds to the group registration end process . Note 
that if the group name is registered in the hyotorcoio hi story 
table 131 , the user is able to multicast the E-mail to a plurality 

15 of mail addresses belonging to the mail address group simply 
by inputting a group name of this group. 

Whereas if the group name is not set, the CPU 11 checks 
referring to the hyotcrcoio hi story table 131 whether or not 
[reject: 1] is set as the group name input reject flag in that 

20 group (S405) . 

If the group name input reject flag is not set as a rejection, 
the CPU 11 increments by 1 ( + 1) an input count of the group searched 
in S403 , and registers this group in the hyotcrcoio history table 
131 (S406 and S411 ) . Note that if the group name input reject 

25 flag is set as the rejection, the CPU 11 comes to the end process . 

The CPU 11 checks referring to the hyotcrcoio history table 
131 whether or not the input count of the group searched in S403 
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is equal to or larger than a predetermined count X . As a result , 
if the input count is not the predetermined count X or larger, 
the CPU 11 comes to the end process. Further, if .being the 
predetermined count X or larger, the CPU 11 proceed to net step 
5 S408 (S407) . 

Herein, a default value of the predetermined count X is 
[3] . The user may change and set the predetermined count X on 
the dialog screen 70 , displayed on the display unit 16 , for setting 
the input count as shown in FIG. 7. On this dialog screen 70, 

10 when the user clicks (selects) an [OK] button 71 by use of the 
mouse as the input device 15, a set content is stored in a 
predetermined count storage area 136 (see FIG. 2) . 

In this group registration process, a serial number can 
be automat ically given and thus registered as a group name without 

15 inquiring the user about the group name (S408) . Whether or not 
the serial number is automatically given and registered as the 
group name , can be set by displaying a group name auto registration 
setting dialog screen 80 shown in FIG. 8 on the display unit 
16. 

20 On this dialog screen 80, when the user selects a [naming] 

radio button 81 and then clicks an [OK] button 83, because of 
being the group name auto registration setting, a serial number 
is stored as a group name in the hyotcrcoio hi story table 131 
in S410 (see FIG. 4) . While on the other hand, when the user 

25 selects aaa [non-naming] radio button 82 and then clicks the 
[OK] button 83, because of not being the group name auto 
registration setting, the CPU 11 proceeds to next step S409. 
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The CPU 11 displays on the display unit 16 (see FIG. 2) 
a dialog screen 90 for registering a group name of the mail 
addresses shown in FIG. 9, and inquires the user about an intention 
of registering the group name . The user refers to mail addresses 
5 [To: ABC0001, Cc : ABC0002, ABC0003, ABC0004] displayed in a 
destination display box 91 on the dialog screen 90, and, if 
desiring for registering the group name, inputs a 
desire -for- registration group name [AAA] in a group name box 
92 by use of a keyboard as the input device 15. Thereafter, 
10 the user selects a [register] button 93 (S409) . The group name 
[AAA] is thereby registered in the hystcrcsio history table 131 
(S410) . 

Further, when the user selects a [register-later-on] 
button 94 on this dialog screen 90, if requested to deliver the 
15 E-mail with the same combination of mail addresses next time, 
the intention of registering the group name is again inquired 
of the user (S409, S412) . 

Moreover, when the user selects a [non-register] button 

■9995 on this dialog screen 90, the intention of registering the 

t 

20 group name is not again inquired of the user with this combination 
of mail addresses. When the user selects the [non-register] 
button 95, the CPU 11 judges in S412 that it is the group name 
input rejection, and sets [reject: 1] in the group name input 
reject flag in the hyotcrcais hi story table 131 in S413 (S409, 

25 S412, S413) . 

In the group registration program described above, a mail 
address group edit dialog screen 100 shown in FIG. 10 is displayed 
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on the display unit 16, and the user is thereby able to newly 
manually create and edit or delete a mail address group. 

On this dialog screen 100, the groups registered and 
unregistered in the hyotcrcoia history table 131 are displayed 
5 in a group name box 101 . Mail addresses belonging to the groups 
selected in the group name box 101 are displayed in an address 
box 102. 

The display example illustrated herein shows a state where 
when the user selects a group name [ABC] in the group name box 
10 101, a plurality of mail addresses belonging to this group are 
displayed in the address box 102 . Note that the groups in which 
the group name input reject flag is set and the groups of which 
the input count is under the predetermined count X, are also 
displayed as being [unregistered] , and the group registration 
15 can be thus manually conducted. 
[Modified Example] 

The processes in the embodiment discussed above are 
actualized in the form of a program executable by a computer, 
and this program can be recorded on a recording medium such as 

20 a CD-ROM, a floppy disk etc and may further be provided via 
communication lines . 

The embodiment discussed above takes the mode in which 
the hyotcrcaia history table is created including the destination 
attributes such as To, Cc, Bcc, and the groups are generated 

25 based on these destination attributes. Thus, the groups are 
generated based on the destination attributes , thereby reducing 
an operational load upon the user such as specifying the 
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destination attribute in the case of addressing the mail when 
delivering it. The present invention is not, however, limited 
to this mode. Combinations of the mail addresses simply 
specified as multicast destinations are retained in the 
5 hyotcrcoio hi story table, and the groups may be generated by use 
of only the combinations of mail addresses without accounting 
for the destination attributes. 

Further, in the embodiment discussed above, the groups 
(group names) used for delivering the mails are registered in 

10 the hyotcrcoio hi story table for storing the hyotcrcaio history 
of the mail deliveries. The present invention is not, however, 
confined to this mode. In a mode where the group name 
corresponding to the plurality of mail addresses is registered 
in the mail address book or other management file, the group 

15 name of the group to be generated may be registered in the mail 
address book or the management file. 

Further, as for the trigger for executing the group 
registering process , this group regis teringprocess may be booted 
at a predetermined time interval by use of a timer, and so on. 

20 The trigger for starting the process is not limited to those 
described in the embodiment discussed above. 

Moreover, in accordance with the embodiment discussed 
above, the E-mail program contains the group registrationprogram, 
however, the group registration program may also be provided 

25 as a separate program from the E-mail program. 

In the embodiment discussed above, the E-mail terminal 
device (i.e., a client) executes the group registering process 
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according to the present invention, however, other devices such 
as the E-mail server may also execute this process. 

In the case where the E-mail server executes the group 
registering process, the plurality of multicast target mail 
5 addresses are detected from pieces of header information of the 
E-mails received from the E-mail terminal devices and registered 
in the hyotorcoia history table , and the group registering process 
according to the present invention is carried out. The 
registration of the group name involves inquiring the E-mail 

10 terminal device as to whether the registration is necessary or 
unnecessary, and, if indicated to register the group name, it 
follows that the group name is registered in the group management 
information retained by the E-mail terminal device. Further, 
if indicated to register, there may take such a method that the 

15 E-mail server registers it as an address in a mailing list. 

Although only a few embodiments of the present invention 
have been described in detail above, those skilled in the art 
will readily appreciate that many modifications are possible 
in the preferred embodiments without departing from the novel 

20 teachings and advantages of this invention. Accordingly, all 
such modifications are intended to be included within the scope 
of the present invention as defined by the following claims. 

25 



